Case 8537 
Express Mail No. EV301 186335US 
SYSTEM AND ASSOCIATED METHODS FOR SOFTWARE ASSEMBLY 

Cross-Reference to Related Application. 

,0001] This application claims priority under 35 U.S.C. §119 from UK patent 
application number 0314800.4, filed June 25, 2003. 

Field of the Invention. 

100021 This invention relates to a system and associated methods for software 
assembly. 

Description of Related Arts. 

[0003] It will be appreciated that an application is required to cause a 
processing apparatus, which may be a computer, to perform a task. This 
application may be defined in hardware or software. It is convenient to cons.der 
software applications since these are perhaps more common. 

[0004] Such software applications have traditionally followed what may be 
thought of as two paths: off the shelf packages and bespoke packages. Each path 
has its own advantages and disadvantages. 

[0005] For example, off the shelf applications are perhaps cheaper than 
bespoke applications but generally cannot be tailored to a user's needs as much 
as a bespoke application. On the other hand since bespoke applications are 
written specifically to a user's requirements they may be tailored precisely to 
requirements but can be costly. The cost of a bespoke application of course 
includes the development, debugging and maintenance costs. Bespoke 
applications can often be error prone since they are written specifically for user's 
needs and therefore they are unlikely to benefit from the extensive testing that an 
off the shelf application will experience. 
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,„»«, Therefore, , user wUh.n* .0 perfonn , ,«* — ,he cho.o. 
Li ,o use ,„ off .he shelf or so nee . bespoke .ppho...on Th 

0 „ lh . .pp«o.„o„ «, no, pro,*. .„ o, ,H. »~ M *T »-» « 
1, be ebe.pe, - ,pp prone „ err.,. The bespoUe ^e.Uo. « be one 

Je ,.,,0,0. ,o ,h, oser's needs b», ,s hke.y ,0 bo «. » - — » >° 

develop and maintain. 

[0007, Many prior art systems are based around object oriented programming 
anguages sucb as C#, C~, JAVA, and tbe like. Such Languages define objects 
or data structures, tbat bave predetermined and rigid data formats. If su 
obj ect receives data tbat is not in tbe required format tben an error w.,1 b 
derated and tbe program may fail. Sucb well formulated data structures „ 
not necessarily well suited to data generated in tbe real world whmh does not 
necessarily follow such well defined data formats. 

[0008, in the prior art attempts have been made to solve this problem and an 
.ample of a prior art document that shows a method and i system or 
indenting process-based web applications is shown m t increase 
However, such solutions are limited in their applicability and may not mcrease 
the speed of development and robustness as much as may be des.red. 

Summary of the Present Invention. 

[0009, According to a first aspect of the invention there ,s prov.ded a method 

of creating an application comprising: 

creating a plurality of nodes each node being capable of recemng data 
processing that data within the node according to a set of predetermmed 
rules and making an output; 

creating a specification that defines how the nodes interact wrth one 
another and defines resources useable by the nodes; and 
providing a run time environment that interconnects the nodes accordmg 
to the specification such that data input to the application is processed by 
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to other nodes for that further processing, 
developing the application. 

l00111 -.---—^iiicrjr.r: 

wri «en then the development time will he reduced. 

• a ninralitv of layers with each layer 

|M131 e»„ node «P«- ' „ the p «f.„ed 

taine W d ,o P«fon» • P"«< addj(iona , „ 

- ~ ;:; ded . 

« e „,,tive embodiments any number of layers ma, 
,2,4.5A7.8,9,10,15o'rno,«l»yorsma,bepr»v.d.d. 

an arrangement is convenient because again the amount 
the application can be significantly reduced. 

«„a nf the layers of the node to 

l00151 xhe met hod may 3~r:;i: t o y and » 

act as a transport layer arranged to receive ^ ^ 

Snch a layer is advantageous since is allows a node to be , 
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Pnr example, a transport layer 
M . variety ft*-* ^'T^ Bm , SMTP, SOAP o. ,h« «. 
my ba provide .ha. in«rf.a» ...» TCP/IP, 



communications. 



the application. 



u . «. „f the layers of the node acts as a 
t „,e p.oaa.sing »»in« »"»8 ed t0 "N"' P 



node receives. 



mt] P.af.a.b,,, * - B j;:; :„ enira , ..causa , ...ows 

cte ™»g a* .»*.=■ Saah a n,e,hod , pari ^ ^ 

- — * * ,he ™ ,s Tzri- - ! — — * - 

may ,ad»«, parhapa s.gn.f.o-y. »» "* lhe numb „ of ralas 

- - ° r rw4 :;: r 1:1 — — — 

required in order to descr.be a ^ are not 

^r^~^~ ,: " , -- ,,, T 

ruleS to process it is likely that the process speed can b 

. . the ru i es (e.g. a rule set) that are used by the 
W - - -;: h : generally be a specific file for each 

rule processing eng.no .n a file wh.c g ^ ^ ^ ^ readily 

rul eset. ^^^^ZZ .used by a plura.ity of rule 

amended and also it allows th rule ^ ^ ^ . g 
processing engines. Conven.ently, the file » 
pecified by a link, sometimes referred to as a po.nte, 
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■ ntlv be thought of as an asset that a node 
L e ot mav be conveniently oe xnoug 
[0020] Each rule set may oe 

can utilise. 

, Hrfme predetermined messages that ean be 
l00211 Further, the method may defi - rf as m asset 

passed between the nodes. These messages may 



that the node can utilise. 



1MM c^-^t::^"— 

lbtt „ ,o be used b, .b. ,„ „ e «.„ sed ,„„ » 

the application. 

. fnr the messages to be in XML. 
100231 The method may arrange for the mes 

a bv the rules within the node. The rules 
l00241 Messages may be processe y ^ contains 

may be arranged such that they are - ^ ^ ^ ^ 

pred etermined trigger data. An d a ^ ^ ^ ^ ^ ^ and 
system may beeome more robus , ^ ^ ^ ^ tngger 

the message is simply - ~ to prior art systems, may be those based 

in the predetermined format. 

[0025] Conveniently, the laye 

generally each layer is specified by a specie file. 

u A. in the application is provided within a 
10026! Preferably the or eac node - a ^ § ^ 

pattern that defines how nodes therem mteract w 
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is M ^ « - — - — °""° rk - c,ea,ine ,he 

application. 

,„,„, The method m,» provtde , library of P««™ «- - * — * 
B an .pplicadon. Patterns ma, be proved to perform mats that „ 

„f the following: teceives and processes an tn.otce, reoe 

«* raises .« invoice; adds a. entry to a database (perhaps »s.»g SQL 

like). 

mm The speoiftoation that tnay bo thonglt. of .. a blueprint. The 
To Lion J, determine »» of th. follow,, no.—e 

to be used, which assets are to be used. 

,„„;„ The ntethod nr.y us. the sp.oif.ua.io. to dept., files ~ are «s=d <0 

T th. app.te.rio. specified A. - * is " ~ 

I" ( «ch a conrpilario., usaentbltng, etc., is no, ,e,uired in order to provtde 

1 hi .Pp.le.Uon. Once - «• 

;: a,: » .» « - ....—0, u„d , - . : :: 

„eod ro provide compilers, efc. in order to gen.r.re cede fo, executton. 
Till such ntethods should h. less prone to «„«,. allow easier matn.en.nce 
of the application, be quicker to develop, etc. 

|MNI The files specifying the application may be XML files. « 

olnien, because XML is becoming widely available and us s.ch ,s b.c.m.ng 

I Istood. Pn.hu, the XML files nt.y be abl. to more r.ndi y recetve 
I; ooess XML data which is becoming more common. However r e me*.d 

mly comprise deploying nodes a.df.r node l.yers ,h„ can reoetve and process 

data that is non XML. 
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, 00311 a^»~~-zz2rz:~ 

. «. -*;!t IL person »», 

„ increase to ease of use of <»» — which mJ> bt d „ e 

, . , m .v allow a use, to select components from a 
„„„, The graphtca, tool non .„ hauslivI , ist: 

„„„„. The components ma, comprise an, ^ 
„ ote; node lovers; specimen; patterns, messages, sse ^ a bove, the 

p,, K „s and/or nodes Interne, .ith.no another. 

m ,„ipul..n the rule sets and/or other asset., 

■ a . .,m lime environment that allows 

the specif.cat.on to be processed g> ^ 

«f the following non-exhaustive usi. 
may contain any of the follow g and/or depk)yed 

Pret o„ W „ ,e rnn time on— ~ ^ ^ ^ ,„ 

by ,ho method. Snch an onv.rnnmon. « »» « be ^ 

— — r:t: : * „ S od * - - - 

to one or more of the run solutions would 

— — - r ; r:r » - 

generally need recompiling, etc. in 
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than the prior art. 

i n f the invention there is provided a 

computer system »r,»n ge 4 ^ one „, more 

M(le c,=P.i» »=»» » » „ , stt ot 

„„<„*, e.ch b»ng ..pable P">« = °« forlh „ 

- : « — - - 

comp „ si « 8 , *** — - • " K inlmc , „ ith , he „. d . 

- - - t;:: : rrr:;: - — - 

creation means to modity me n means 

t;„n from the definition created by me nu 
deploy the application from ^ 

and the linking means, wherein the deployme 
lldingtoaspeciricationderinedhyaspecificationmeans. 

[00381 An .vantage of such a system is that it may prov.de for faster 
development of applications than prior art arrangements. 



means. 



mav be arranged to deploy the definition allowing 
(00401 The linking means may be arrang 
nodes running on the same processor(s) within a single processing 

1004, The computer system may ^ J^^l 
appara tus, each remote from ^ apparatus . In such an 

capable of transmitting data between P allowing 
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number of pieces of processing apparatus. 

, he note ,o —,0.,= wUh o„e anchor "™; n> d Mientb5 „„ e 

then, widely useable and understood. 

c ma v be arranged to utilise predetermined 

, ni ,o, pre-wri..*, def,„i.i.»s » order ed"e he ^ 

c «.,e ,he .ppUc.ion. The pr.-wn.r.r. «— P 

mot e This will - — « * - 7" P " te P „ ode creBi o» 

in « gr ,, y M d More r„.iruen».ce c •'"' > • rt,1 10 C> ° !m8 

m „„s .0 cre.te the d«f.»i«» '» » cb °' "° deS 

o ^ottpm creation means arranged 
,00441 The computer «»">"" » I"""" C " a "° . ^, ,„ 

:::r:^:r,ep^ -- - 

the nodes within the pattern is likely to be reduced. 

• t, . nattern cloning means arranged to clone a pattern of 
100451 Convemently a pattern clomng ^ ^ 

nodes is provided. Such an arrangement may speed 
application. 

,00461 Preferably the computer system comprises a rule creation means 
arrangement is convenient because 
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, • the rules that govern how data received by the node is 
altered since it is the rules tnai g 

processed. 

following: a node storage means, a pattern storag 

t nf the invention may have any of the features 
,00481 The second aspect of the inventi 
Lcussed in relation to the first aspect of the invention. 

l0049] wording to a third aspect of the ^ \ 
mach ine readable medium containing — J ~ fc 
computer cause that computer to perform the metho 
invention. 

m of the invention there is provided a 
[0050, According to a fourth aspect of the » & 

second aspect of the invention. 

a- ,„ a fifth aspect of the invention >««« '= P'° vided " da "~ 
,005,1 Acco,d.n B to a fifth »P , comp[|si „ g , 

specification fi e -J£^ , ca , i0 „ flle aetem ,„,» g ho. the .as., 

functionality. 

„■ to a sixth aspect of the invention there is provided a 
according to the fifth aspect of the invention. 
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. nf the invention there is provided a 
I0053 , Aceording to a seventh aspect of the 

met hod of implementing an application composing^ ^ ^ ^ 

-ting a pluraUty of nodes each ru)es and mak ing 
processing that data according to a set o p 

processing. 

■ h,h aspee. «f *• l""« ,i0 " ^ ' S P,0, ' de,i " 
1M54 , Aeeordmg .o . erg - » - - |n sof „,„, the 

— - T>Tf ; . - - - 

o.mprismg » „ moie „„te e.oh defined by 

- 1 :rr:r : ::rr - - - - 

v\at files However, in 

■ * ™ect of * e invention there is provided . 
10057 , Aecording to • "'"<" ,„„ ide ,he dare atrnomre 

machine readable medium cemrmmng msmtetrn™ 
aceording m .he frtrhaapee. of 'ire i»o«»«- 

„• m . renrh .speer of .he invention »«' is provided a 
10M8 , Mcordmg .0 «h ^ ^ mngrf t0 

computer system comprising 
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node capable of processing data and P 
how that node should process data. 

. prt of the invention there is provided a 

both program code ana an 
substantially written in the same language. 

te develop new applications using less program code P 

„ M nresentation data specifying how output from 

format as the program code and the data. 



written in XML. 



,,„g„»S« is pr.fcmd s,nc« .. «H '"<"" ker „ el is „ ri « in J- 

o t — ^-"; j ;;:;;: r :,l w „« in - - 

and a Java Virtual Machine (JVM) is provm 
the kernel. 

a- «f »nv of the aspects of the invention 
,0064, The machine readable med.um of any f th P raM; g 

» nr more of the following: a floppy disK, 
m ay be any one or more rf magnetQ optlcal 

DVD ROM /RAM (including +R/+RW.-R/-RW), Y 
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memory a transmitted signal (including an internet 
disk; a hard drive; a memory, 

download, file transfer, or the like); a wire; or any other form 

Brief Description of the Drawings. ^ by rf 

,00651 Embod,ments of the invention will now 
exampleonly and with reference to the figures of which: 

embodiments of the present invention; 

■i f the memory of the computer system of 
10067] Figure 2 shows detail of the memory 

Figure I; 

present invention; 

l0069 , Kg .« 4 shows . — - . no. — , » - 

embodiment of the present invention; 

» m hnrtiment of the present invention; 
according to one embodiment oi v 

i „f . situation to which an embodiment of 
[00711 Figure 6 shows an example of a situation 

the present invention may be applied; 

, M721 Fli „„ , shows a now*,, — - - — »' 

the present invention; 

, to 30 show screenshots that may be displayed by the 
100731 Figure 8 to 30 snow 

computer system of Figure 1; and 
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specification of an application. 

Det aUed Description of the Invention ^ ^ ^ ^ 

l0 075, Figure 1 shows a computer 100 arran ^ ^ & 

Emitting Polymer), LCD (liquid crysta. drsplay), projectors, 
like maybe equally possible. 

- * — - ,he -•• ™ ;:C™ M ™ J. — - ,s " 

comprise .. least one INTEL ms cakul »io»s on 

The o«ho, ™ A LPHA~, o«d -no. ike^ 

ATHLON™, POWERPC , DIGITAL 

. „ is used ». moss storage for proems and othot 



Figure 2. 



h CDROMS DVD ROMS, scanners, etc. could be 
other computers over a network, etc. 

.„,„ T,,,0, 1 npn,0„,p..,sn.,,e»,,-a. r:: , : - ir: 

rrrrr r:r.i:= _ - * 
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c 1 1 0 do display information on the 
driver 117 allows the processing means 110 do <hsp y 

display 102. 

i ns further comprises a transmitting/receiving 

,„„„, »'» - / ci „„ ilry , 08 , 0 

me., ,20, whin : - - * '» n ' mansl20 „ so 

communicate with a network in 

communicates with the processing citcui.rv 108 vU ,he bus US. 

I0 OS„ The processing cireui.rv ,08 conid have .he ..ch.recmr. known as . 
C igin.il, based on .he IBM™ sp.ciBc.i.n. b„. conid equally bn.e Che 

p ir:: y - ^ „ b e o„ « - - ~-x, 

" b, dUicns sneh .s Persona, Digita, *** — ' 

telephones, lelevisions, watches or the like. 

„„,, Pignce 2 shows the memory U4 of ,ho computer ,00 of Figure 

d taU II will be appre.ia.ed thai although reference ,s ur.de lo a 

ZZl cor example, -ho mem.,, ma, be provided h, a cache memory, a 

memor, . loca, mass storage device s.eh ...hchard d, » 

conncnted to .he processing citcuttr, 108 over a ue.wo, 

,h. trnusmilting/reoerving m.ana .20. However, Ihe pr.nea.mg - > « <» 

aoeesa Ihc memo,, via rhe system hns ,18 ,« acoes. program . - - 

what a»p. ro perform and also I. ace.s. Ihc da.a samples. The pr.oessmg 

Z a 1 .0 then Passes .he d,a samples a. » - code. 

,„„,„ The memory .14 is used ,. hold inatr.nti.us tha, are being nueoul* 

etc and oontains a progr.m socage portion 150 allocated 

:::r;;:.r — - * - - - — 
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code that can be used to cause the processing means 110 to perform 
predetermined actions. 

[0084] The memory 114 also comprises a data portion 152 allocated to 
holding data and in embodiments of the present invention in particular provides a 
Node storage means 202, Pattern storage means 204, Asset storage means 206, 
and a Rule storage means 208. The function of these will be expanded upon 
hereinafter. 

[00851 In this embodiment, the program code stored in the data portion 152 
includes a Node Creation means 212, Pattern Creation means 214, an Asset 
Creation means 216, a Rule Creation means 218, a Pattern Cloning means 220, a 
Linking means 222 and a Deployment means 224. Again, the function of these 
will be expanded upon hereinafter. 

[0086] Figure 3 gives an overview of the one aspect of the present invention. 
Implementation of a system is divided into two stages - the design stage and the 
deployment stage. In the design stage, the system developer develops an 
application specification which may be thought of as a blueprint 300. This 
comprises information relating to the format of data that will be accepted by the 
system (data formats 302), the expected processes to be performed in terms of 
the patterns of interaction between software and/or hardware elements of the 
system (patterns 303) and the rules governing those processes (rules 304). 

[0087] The deployment stage is effectively the specification 300 in action, i.e. 
the specification 300 in use in the real world. In deployment, the 
specification 300 is applied to a run time environment, which in this example 
comprises the programming language such as Java, data representation of text 
and communicating using protocols such as http and XML. The skilled person 
will be familiar with these languages, which can be noted for their suitability for 
use in conjunction with the Internet and their cross platform usability (i.e. their 
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ability to run on a variety of different computers and operating systems). 
Equally, the skilled person will be familiar with the concept of a platform being 
the underlining software and/or hardware for a system. 

[0088] Figure 4 shows an example of a Node 400 which is defined by a 
definition which may have been generated by the node creation means. One or 
more and generally a plurality of such nodes are suitable for forming a system 
according to the invention. Nodes 400 are arranged to interact with each other 
using messages written in XML, which may be referred to as XML messages. 

[0089] The code shown in the appendices is written in XML (extensible 
Mark-up Language). XML requires pairs of tags to be placed within a document. 
Theses tags do not specify how the information should be presented but specify 
the content of the information between the pairs of tags. - The skilled person will 
fully understand XML, but a full description can be found at htt p-//www.w3.org , 
and the brief description below will aid his/her understanding. 

[00901 The skilled person will appreciate how an XML document is 
structured: written in words, or data sub-items, which are collected into data sub- 
item groups. The data sub-item groups can comprise sentences, paragraphs, or 
simply collections of words. The data sub-item groups, or even just data sub- 
items, are placed between pairs of tags. 

[0091] The tags appear as follows: <variable>, and </variable>, with variable 
being any word, or character string acceptable according to the XML 
recommendation. Further, each data sub item group can be itself broken down 
into a number of sub-items. This structure is convenient and allows for easy 
manipulation and searching of the complete data item. 

[0092] Each Node is provided by a logical definition. Properties of a node 
include an identifier, name, and description. Each Node has at least one 
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information receptor but may have more. Eaeh reeeptor is debated to 
particular type of information. By default each node has at least one receptor 
capable of receiving any XML informal. Additional receptors can be used to 
pr0 cess any non-XML information, including but not limited to standard flat 
informal streams and binary data. Each node is defined by a separate XML 
fi ,e held in the memory 1 14 and in particular within the node storage means 202. 
As the skilled person will appreciate it is equally possible to specify components 
of the system in fragment of a file. The two extremes may be thought of 
specifying each component in a separate file and specify all of the components as 
a fragment within a single file. Embodiments of this invention may take any 
position between these two extremes. The components may compose any of the 
following non-exhaustive list: specification; nodes; node layers; patterns; 
messages; rule sets; style sheets (which may be XML); schemas (which may be 
XML). 

100931 The receptors enable a node to receive information. After receiving 
information via the receptors, nodes can use information processing logic to 
pr0C ess that information. The logic can take different forms. The incoming 
information is assumed to be XML by default. For XML information the default 
form of logic is context-sensitive rules that are activated by the information 
received. This logic is executed by a forward-chaining rules engine. The logic 
itself is represented in XML format. If the incoming information is not XML, 
then logic dedicated to the information format can be used by the node. This 
dedicated logic can be in the form of scripts or compiled Third Generation 
Language (3GL) programs such as JAVA. The context sensitive logic can be 
executed conditionally, based on the incoming information. Conditions may be 
based on XML tags, values or structures. 

10094] As the logic is executed, factual information is derived therefrom. 
This information is stored in working memory 112,114. If any part of this 
information is required beyond a single invocation of the node then it can be 
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placed in a cache. During logic execution, additional resources can be used. 
These resources can be in various formats, including XML, XSL, XSD, text, 
graphics, etc. For XML information, an extensible set of operations is ava.lable 
for the input, output and manipulation of XML information. Examples of these 
operations include, Read, Write, Transform, Copy, Service Call, etc. 

[00951 The incoming information, the logic and the additional resources that 
are used during node execution are all defined separately and have no knowledge 
of the context in which they will be used. This enables the same informal, 
logic and resources to be used with different nodes. The information, log.c and 
resources are also location transparent and can be situated anywhere, so long as 
they are accessible using URL syntax. This also enables the transports of 
information, the logic to process the information and any additional resources 
that are required over the Internet Protocol (HTTP), enable mobile informat.on 
and logic with autonomous processing capabilities. 

,00961 Within each node, and as described further below, messages received 
by the node are inspected and decisions made based on their content. Based on 
these decisions, other nodes 400 may be contacted. To accomplish tins, each 
node 400 comprises (on a conceptual level) three layers as are now descnbed. In 
other embodiments, each layer could comprise another number of layers. Each 
of these layers is represented by the one of the three concentric circles 402, 404, 
406 of Figure 4. 

[0097J The first, innermost, layer is a rule processing, or logic, engine 402 
and comprises a 'forward chaining' logic engine. The engine uses XML rule sets 
to make decisions based on the content of the incoming XML messages. The 
decisions may include triggering messages or calls to other nodes or changmg 
the content of the messages. A consequence of writing both the message and the 
rule sets in XML is that the system can be configured dynamically- i.e. there i. 
no need to compile code every time a change is made to the system. Th.s wrll be 
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expanded »po» m actions where n.«.. XML is M» — 

engines on. be developed using means such as J... dlasses, 

,„„,„ The second, middle, iayer tn.y be though, of as a„ .gen. 404 whioh 
L s a message .ransoe.vor arranged to send end receive messages ,o other 
„ oto ,0 whioh this node is — Tbe message trunsoeiuer 40 = . 
resp.e.ivety, .o send and recetvo .he XML massages .o and from o.bo, mesa 

l„e, 404. Message —a 404 are capable of d_ h 
tol io„ of others a. runtime whan the nodes „ «— - - » » 
o„_, in a manno, aimiia, ,o b.ais on a p««,,o-peer „e,w* 
appreciated „om Figured, rba maasag. rranaooi.o, 404 m.y be .hough, of 
lining -or .sing mie pr.oesaing angina 40, Th« « 
tt „soei,e,s 404 pan bp deployed iocally wi.hin a Java Vtttua, M.cht.c (JVM) 
lie Java services or ma, he dppi.yed using .ha .bird layer 406 as a mean 
s „ch as a web service, Thos, .he message .r.us.eive, may he .hough, of as n 
ln ,e„i e e», soft.ate ageu, wbich is o.p.ble of reacting to ,be .omen, of the 
IneomLg me.sages to he ab,e t. function. The rules are ,ri e8 e,ed hy t,«e. 
within the messages tba. are apeoifrc .. .he rule; if there ,. no trtggar data wtthtn 
a massage then none of the rules will .rigger. However, the message .r.nscot.or 
I,,, continue to function if »« rules .rigger and .horefore, the message 

,,- P nt messaees in any format although no action may occur .t 
transceiver can accept messages m 

the message does not contain any trigger data for the rules. 

,0099, The third layer is a gateway 406, arranged to provide access to the 
node 400 over a variety of protocols (for example HTTP, Java and the 

send data to and from the node. A message transceiver 404 uses Us assorted 

transceivers 404. Further, external message transceivers 404 use the 
gateway 406 to locate the associated message transce.ver 404. 
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,0100] The rule processing engine 402, the message transceiver 404 and the 
gateway 406 are separable from each other in that each of the layers (for example 
the rule processing engine 402) may be replaced by another version of that layer, 
causing the node 400 to work in a different way when compared to a node having 
a different combination of layers. Each layer is therefore chosen according to 
the intended purpose of the node 400. The node 400 may for example be 
arranged to process customer orders, it may be arranged to model a cell m a 
biological system, it may be arranged to provide a web based service, etc. The 
node 400 can be programmed to perform any functions and need only be 
provided with appropriate layers 402, 404, 406. 

,0101] In this particular embodiment each of the rule processing engine 402, 
the message transceiver 404 and the gateway 406 are provided by separate XML 
files The identities of these files is specified within the specification 300 such 
that run time environment can access the respective files when required. It will 
be appreciated that in other embodiments the components of a node may be 
merged into a single file or into other comb.nations. However, the location of 
the components would be specified within the specification 300 such that the run 
time environment could locate each component. 

[0102] As is shown in Figure 5, nodes 400 are arranged in a pattern 500 to 
form all or part of a system. A pattern comprises one or more interacting 
nodes 400 with defined relationships between them. The nodes 400 in a pattern 
are capable of exchanging XML messages via communication links 502. 
Nodes 400 may be run on the same processing circuitry 108 and links 502 
between such nodes 400 may be thought of as virtual links. Alternatively, or 
additionally, the nodes 400 may be run on different processing circuitry 108 and 
such links 502 may correspond to a connection between two processing 
circuits 108. The specification 300 may be used to determine the location at 
which the node will run. 



21 



Case 8537 



[0103] Each node is autonomous and has no knowledge of its surroundings. 
During the execution of logic, if a node encounters the need to call another node, 
it refers to its Pattern which provides information as to where that node 400 is 
connected. A pattern defines which nodes can call other nodes and using which 
information receptors. The aim of a pattern is to encapsulate a set of interacting 
nodes that perform a higher-level function. A pattern can contain any number of 
nodes, depending on the application context. 

[0104] The specification 300 that has been created defines patterns of 
interaction between message transceivers. The interaction is not specified and it 
is merely noted that it is likely to occur. To give an example, message 
transceivers may be provided to simulate a wall, a floor and a door. The patterns 
of interaction may be that the floor is attached to a bottom region of the walls. 
The pattern of interaction for the door is that it is likely that the door will be 
provided in a wall; the position of the door within the wall is not specified. 

[0105] There are two types of patterns, logical and physical. The logical 
patterns define the nodes and their relationships. The physical patterns also 
define the information, logic and resources the nodes can use and the exact 
physical manifestation of each node. For example, a node may be represented by 
a script, a 3GL program or some other mechanism. The pattern definitions are 
also stored in XML format. 

[0106] Pattern splicing enables multiple patterns to be joined together to 
perform yet higher level functions. The patterns are spliced by creating a link 
between two nodes residing in different patterns. This splicing information is 
contained in the specification 300. 

[0107] A specification 300 provides context to the abstract definition of nodes 
and patterns. A specification 300 defines, categorises and constrains the way in 
which patterns can be spliced together. A specification 300 categorises 
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information, logic, resources and physical patterns. It also defines the 
architectural layers, which different categories of patterns must reside within as 
well as the splicing information for pattern connections. The specificaUon 300 
are also stored in XML format. 

,01081 The nodes 400 process rules. In the deployment stage, the rules are 
held within the innermost layer: the rule processing engine 402. In the design 
stage they are held in the Rule storage means 208 which acts as a repository. 
In this embodiment the rules follow a structure that is intuitive for a user to 
understand: <event>-<condition>-<action>. The rules are only fired if the 
<condition> is satisfied by the incoming <event> content, which may be thought 
of as trigger data, of the XML message received by the message transce.ver 404 
(which may be a business document or the like). 

10109] It will be appreciated that some rules will not be able to execute with 
the information that is currently available and may require other add.tional 
information before they can execute. For example, consider the rule: Only sell 
shares if the price is greater than £*. This rule cannot execute unless the pnce of 
those shares is known. A second rule is therefore required that acquires the price 
of the shares. The first rule references the second through use of the XPath 
language; a non-XML language that is used to identify parts of XML documents. 
Through use of the XPath references the first rule is triggered when the second 
rule is fired; i.e. in this example, when the share prices are available the first is 
triggered to determine whether the shares should be sold. The concept of 
forward-chaining rules in this manner will be well understood by the skilled 
person. 

[01101 In summary of the above, each specification 300 therefore 
encapsulates, patterns spliced together. Patterns contain interacting nodes, 
which consume and process incoming information and additional resources. This 
constitutes a specification. A blueprint can therefore be perceived as a 



23 



Case 8537 



,p,c,f,c.,io„ co.sis.ins of . ooUeo.ion of ».iv« XML do— , on 
1m XML ~ or. provided fo, * dsso.s os define ,n h 
s pe.if,o»ion whioh comprise on, of .ho following: a rule; . n.1. so.; 
message; a style sheet; a schema. 

,0111, It may be efficient to define certain assets within the specification 300 
Ler than in a separate XML file (or portion of an XML file) if the asset is 
used by a plurality of other components (such as a node or a pattern, etc.). 
system comprise 50 000 nodes, each of which could require a common message, 
it would be efficient to define that message within the specification 300 rather 
than in a separate XML file (or a portion of an XML file). 

[0112] A graphical tool is provided that allows a nser to develop all of the 
components of the applicafion. In this sense a component may be thought of as 
any of the following: a node, a layer of a node, a rule, a rule set, a message a 
pattern, an asset, a schema, a style sheet, a specification. Once all of the 
components of the application have been created then they can be deployed usmg 
the run time environment. Unlike prior art systems and methods this deployment 
does not require extra processing such as compilation or assembly and the 
components are simply processed by the run time environment. 

,01131 Deployment comprises causing the Deployment means 224 to access 
the components and process them accordingly. The deployed specification 30 
can process data 310 provided to the system as an input and provide a result 
as an output. 

.0114] For the remainder of this description, and as only one example of the 
m any possible applications for this system, an application relatmg to car 
m anufacture is used. It should however be clearly understood that the present 
invention is not limited to the field of controlling business processes. It may, as 
in the examples given above, be used to monitor or model reacfions in a nuclear 
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power station, biological systems, flow rates, etc. It may in fact be applted to 
any situation in which a software system is, or may be, of use. It wdl be 
appreciated that the screen shots provided in Figures 8 to 30 provide portions of 
the graphical tool that in this embodiment is used to create and deploy the 
application. 

10115] In this example as shown in Figure 6, a bespoke system is being 
devised for a company called HyCar 650, which provides various models and 
colours of cars. HyCar 650 principally comprises a manufacturer called 
HyCarManufacturer 652 and a distributor, called HyCarDistributor 654. 
Together, these two businesses can be thought of as comprising a collaborate 
network, labelled HyCarNetwork 650. 

[0116] HyCarManufacturer 652 provides an Order Processing Service 656 for 
ordering cars. It also has a Fulfilment Process 658 for fulfilling the order. The 
fulfilment process validates the order, checks stock availability, schedules 
production, or raises a shipping note, raises an invoice, and updates the 
Distributor on progress. 

[0117] HyCarDistributor 654 has an eProcurement Service 660 for placing 
orders to car manufacturers. 

[0118] A specification 300 to model this situation is constructed in four 
levels The levels are Business Networks, (representing networks of businesses 
interacting, e.g. a marketplace of buyers and sellers), Businesses, (representmg 
individual businesses), Services (representing the services offered by Businesses) 
and Processes (representing internal business processes). 

[0119] In this example, there is one Business Network- The 
HyCarNetwork 650. There are two Businesses: HyCarManufacturer 652 and 
HyCarDistributor 654. HyCarManufacturer 652 offers a Service (the Order 
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Processing Service) 656 and an internal Process (the Fulfilment Process) 658. 
HyCarDistributor 654 has a Service (the eProcurement Service) 660. 

[0120] A use of the system is now described with reference to the flow chart 
of Figure 7 and the screenshots of Figures 8 to 30. 

[0121] Figure 8 shows a Login screenshot 700, which is displayed on the 
display means 102, providing a Username entry box 702 and a Password entry 
box 704 both of which must be filled in to provide access to the system. Such a 
log in screenshot 700 will be familiar to those in the art. 

[01221 It will be appreciated that this screenshot and others yet to be defined 
are provided by a Graphical User Interface (GUI's). A user of the system uses 
the keyboard 104 and the mouse 106 to make inputs to the Username entry 
textbox 702 and the Password entry textbox 704 in step 602. The user thereby 
accesses the New Project screenshot 800 shown in Figure 9, which comprise a 
Project Name entry box 802. Again, the user makes an appropriate input to the 
Project Name entry textbox 802 in step 604. In this example, the project is given 
the name 'example'. 

[0123] The user then progresses to the Design screenshot 900, a section of 
which is shown in Figure 10. 

[0124] The system development occurs in two stages and the first of these is 
to create patterns 500. These patterns 500 will be cloned to form runtime 
patterns and will exist within one of the above-defined four layers- Business 
Networks, Businesses, Services, and Processes. The second stage, as described 
below, is to create assets accessible to the patterns 500. It will be appreciated 
from Figure 5 that a pattern is a collection of interconnected nodes 400. 
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[0125] The Design screenshot 900 comprises a display of the layers of the 
system and the patterns they are to contain at runtime. At this stage in the 
example, no patterns have been defined. The Design screenshot 900 further 
comprises navigation buttons (an Assets button 902, a Patterns button 904, a 
Runtime Patterns button 906 and a Deployment button 908). These buttons allow 
a user to navigate from one screen to another by positioning a pointer displayed 
on the display means 102 and controlled by the mouse 106 over a button and 
clicking in a manner familiar to those skilled in the art. 

[0126] Clicking on the Patterns button 904 takes the user to screens that allow 
the patterns to be defined using the Pattern Creation means 214 in the Program 
data portion 150 of the memory 112, 114. In this example, a pattern to be 
associated with the Services layer is to be defined. A GUI providing a New 
Pattern screenshot 1000 in Figure 11 allows a new pattern to be defined, in 
step 602. The New Pattern screenshot 1000 comprises a Pattern Name entry 
textbox 1002, in to which the user has entered a name for the pattern, which in 
this example is 'OrderProcessing', intended to provide the Order Processing 
Service 656 offered by HyCarManufacturer 652. 

[0127] The user then progresses to a Pattern Viewer screenshot 1 100 as is 
shown in Figure 12. From this screenshot 1100, the user is able to arranged 
nodes 400 into patterns 500. To this end, the screenshot 1 1 00 has a Move Node 
button 1002, an Add Node button 1104, a Delete Node button 1106 and an Add 
Link button 1108. However, no nodes 400 have yet been defined, so the user 
clicks the Add Node button 1104 to access the Node Creation means 214 and 
create a node using a Node Viewer screenshot 1200 shown in Figure 13. 

[0128] The Node Viewer screenshot 1200 comprises an Action Name entry 
box 1202 and an Action list 1204 (at present, no actions have been defined, so 
the list 1204 is empty). The user creates a new node, called 'Order' and a new 
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action, labelled 'Sell'. What this action 'Sell' does is yet to be defined but will 
be defined in rules 304. The new node is stored in the Node storage means 202. 

[0129] For the purposes of this example, the pattern is now complete and 
comprises this one node 400 'Order', arranged to carry out the action 'Sell'. The 
system uses the input information to build an XML file called 
'OrderProcessing.XML' to represent the pattern OrderProcessing. A link 
between the Order node and the OrderProcessing pattern is created by the linking 
means 222. This pattern is stored in the Pattern Storage means 204 and is now 
ready to be 'cloned' by the Pattern Cloning means 220 in step 608 to form a 
runtime pattern as follows. 

[0130] A Runtime pattern is created through clicking the Runtime Patterns 
button 906 on the Design screenshot 900 shown in Figure 10. This allows a user 
to navigate to a screen, which is shown as a Runtime Patterns screenshot 1300 in 
Figure 14. The screenshot 1300 provides an interface that allows the user to 
create a new Runtime Pattern called OrderProcessing (named using a runtime 
pattern name entry box 1302). The screenshot further comprises a Clone Pattern' 
button 1304. On clicking this button 1304, the user is presented with a screen as 
shown in Figure 15. 

[0131] Figure 15 shows a Clone Base Pattern screenshot 1400. The Clone 
Base Pattern screenshot 1400 comprises a list 1402 of XML 'base' patterns that 
have previously been defined as XML files in the manner described above for the 
OrderProcessing pattern. In fact, as the OrderProcessing.XML pattern is the 
only base pattern defined, the list 1402 is limited to this alone. The Clone Base 
Pattern screenshot 1400 further comprises a Clone Pattern button 1404. Once a 
base pattern has been selected, the pattern is cloned when the user clicks on the 
Clone Pattern button 1404 to produce a runtime pattern called OrderProcessing. 
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[0132] When a base pattern is cloned, it creates a Runtime Pattern with the 
same structure as the base pattern. Tins means that the Runtime Pattern will 
contain all the nodes 400, actions (such as the action 'Sell' created above), and 
interactions defined for the pattern. In other systems, the list 1402 may further 
comprise generic patterns. These would provide a set of patterns that are hkely 
to specify the best way of doing certain tasks. Cloning also creates assoctates a 
default (blank) rule set with the message transceiver called 
OrderProcessing_Order_rules.XML. This is utilised as described below. 

10133] The Runtime Pattern OrderProcessing may then be added to the blue 
print using the GUI provided by the Design screenshot 900 shown in Figure 9, a 
portion 1500 of which is shown in Figure 16. 

[0134] In order to complete the system for HyCar, it is considered, in 
step 610, if further patterns should be created. This is the case here, but these 
further patterns will not be described as exhaustively as the OrderProcessing 
Pattern The skilled person will understand that they could be defined in a 
similar fashion using the GUI's (or other, similar GUI's) described above. It 
should be understood that a layer can be concrete or can be abstract. A concrete 
layer is one that can be implemented within the runtime environment. For 
example, a process or service, as described above, can be implemented within a 
concrete layer. Abstract layers provide context for the solution being modelled 
but cannot contain any runtime information. For example, a Business will never 
have a physical implementation in this example, but will provide context during 
modelling for the overall application. The following patterns would be created 
by the user and stored in the Pattern Storage means 204: 

1. Business Network Pattern, from which HyCarNetwork can be modelled. 
For the purposes of this example, this pattern is called P2PMessagingHub. The 
pattern is abstract and has no nodes 400. The main processing will be conducted 
in the Service and Process layers. To do this, the user will click on the Patterns 
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button 904 on the Design screenshot 900 shown in Figure 9, and follow a 
'Networks' link to a further GUI, which allows the name of the network to be 
entered as a New Filename box. 

2 Seller Pattern representing the Business HyCarManufacturer. This pattern 
is abstract, having no nodes 400 and nothing further has to be done at this stage. 
This is done as above, with the exception that the user follows links to create a 
business instead of networks. 

3. Buyer Pattern representing the business HyCarDistributor. This pattern is 
also abstract. 

4 eProcurement Pattern representing HyCarDistributor's eProcurement 
Service. The Pattern has a single Node called OrderPlacement with a s.ngle 
action called buy. 

5. OrderProcessing Pattern representing HyCarDistributor' s order processing 
Service, as described above. 

6. Fulfilment Pattern, representing Hycarmanufacturers validation process as 
described above. 

[0135] The second stage in the development of the Specification 300 is to 
create assets for the patterns as defined above to use in step 612. The assets are 
created using the Asset Creation means 216 and, once created, exist in an 'Assets 
Pool' in the Asset Storage means 206. These Asset Pools are arranged to allow 
XML Assets to be categorised, stored, and re-used. The user needs to attach the 
relevant XML assets to the nodes for each Runtime Pattern. Examples of assets 
include: 
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1. Messages: These are definitions of the XML messages that will flow 
between nodes 400. 

2. Schema: Schemas can be used to validate the content of XML messages 
entering nodes. Schemas provide information and data models that may 
have" been agreed upon by industry consortiums. 

3. Stylesheets: In this example, these are XSL Stylesheets. Many e- 
Business solutions will require transformations of incoming XML data to 
create the outgoing data. An example of this might be the transformation 
of a BASDA order request into the internal definition required for an 
existing order entry application. BASDA stands for Business 
Application Software Developers Association and is involved in setting 
international standards in document formats. 

4. Rule set: These are XML rule sets and contain the Business Rules used 
by applications 

5. Other Resources: With e-Business solutions there are often situations 
where other content is required. Some examples of this include 
configuration files, data-to-XML mappings, and process flow definitions. 

[0136] Patterns are associated 613 with one another during development of 
the components of the application and this is an iterative step that is performed 
as and when required as the patterns become available. 

[0137] The example of the figures continues with the creation of assets for the 
pattern OrderProcessing (step 614) and more specifically with a Message asset 
defining the content of a Purchase Order. 

[0138] First, the user returns to the designs screenshot 900 shown in Figure 9 
and clicks on the Assets button 902. This provides access to the Assets Creation 
means 216. The user is then presented with an assets categories screenshot 1600 
as is shown in Figure 17. The assets categories screenshot 1600 comprises a rule 
set Category button 1602, a Message Category button 1604 and an Other 
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Resources Category button 1606. The user clicks on the Message Category 
button 1604 and is presented with a GUI as shown in the New Message 
screenshot 1700 in Figure 18. 

[0139] The New Message screenshot 1700 comprises a Message Name entry 
box 1702, and a New Message button 1704. The user inputs the name of the new 
message into the Message Name entry box 1702, which in this case is 'PO.XML' 
(PO being an abbreviation of Purchase Order) and clicks the New Message 
button 1704. The user is then presented with the GUI as shown in a Message 
Content screenshot 1800 of Figure 19. 

[0140] The Message Content screenshot 1800 comprises a Document Content 
entry box. An example XML purchase order should be copied into this box. An 
appropriate example is shown in Appendix I. This example will be used as a 
template to create future purchase orders. 

[0141] A further asset is created by clicking on the Other Resources Category 
button 1606 on the Assets Categories screenshot 1600. This asset is called 
TermsAndConditions.XML and contains the following XML code: 

<ts_and_cs> 

<delivery>Goods are delivered within 28 days from date of order, unless 
specified otherwise</delivery> 
<payment_period unit="days">30</payment_period> 

<refunds_returns> 

Returns will only be accepted if goods are in original condition, including 
packaging. 

Refunds are only payable if goods are faulty and returned within 28 days of 

receipt. 

</refunds_returns> 
</ts and cs> 
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[01421 Now that the assets are in place, some rules should be defined so that 
the assets and the patterns can interact (step 616). The user therefore proceeds 
as follows, utilising the Rule Creation means 218. 

[0143] From the Designs screenshot 900 shown in Figure 9, the user is able to 
navigate to a screen setting the run-time associations of the OrderProcessing 
pattern. A Runtime Associations screenshot 1900 is shown in Figure 20. The 
Runtime Associations screenshot 1900 comprises an OrderProcessing 
button 1902 buttons showing the runtime associations (or links provided by the 
Linking means 222) of the defined OrderProcessing patterns. In this example, 
there are at present no runtime associations for this pattern. Patterns can however 
be linked (or 'spliced') using the linking means using this GUI. By clicking on 
the OrderProcessing button 1902, the user accesses a GUI comprising a Pattern 
Node Viewer screenshot 2000 as shown in Figure 21. 

[0144] The pattern Node Viewer Screenshot 2000 comprises a Node 
button 2002. The Node button provides a link to the node 400 called Order, 
defined above. By clicking on the Node button 2002, the user accesses a screen 
as shown in the Rulemaker screenshot 2100 of Figure 22. The rule being 
constructed in this example is: 

'IF an incoming message has the structure of a purchase order, THEN add Terms 
and Conditions' 

[0145] The Rulemaker Screenshot 2100 identified the runtime pattern 2102 
(OrderProcessing.XML), its associated node 2104 (Order) and the associated rule 
set 2106 (OrderProcessing_Order_rules.XML), which it should be remembered 
was a blank rule set created on cloning the runtime pattern. The Rulemaker 
Screenshot 2100 further comprises Rule Name entry box 2108 and an Insert Rule 
button 2110. The user creates a new rule by typing parse_ts_and_cs into the 
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Rule Name entry box 2108, and clicking on the Insert Rule button 2110 to add 
the rule. The user then clicks on the new rule to go through to a further GUI 
such as is shown in Figure 23 comprising a Rules screenshot 2200. 

[0146] A rule consists of two components - the Clause and the Result. The 
Rules screenshot 2200 shows the GUI for Conditions which govern the Clause 
component of a rule. A portion of the GUI is shown in a Conditions 
screenshot 2300 of Figure 24. 

[0147] The first stage in defining a new rule is to create a new clause. The 
Conditions screenshot comprised a Clause button 2302. The user can click on 
the Clause button 2302 and create a new clause called check_root_element. This 
creates a check_root_element clause button 2304 on the Conditions 
screenshot 2300. Clicking on the check_root_element clause button 2304 takes 
the user to a GUI as shown in a Clause screenshot 2400 of Figure 25. 

[0148] The Clause screenshot 2400 comprises a parameter button 2402 
allowing a user to set the parameters for a clause.In this case the rule is to be an 
XPath rule. Xpath, as will be known to those skilled in the art, is a language for 
addressing parts of an XML document. By clicking on the parameter 
button 2402, the user accesses a GUI such as is shown in Figure 26, showing a 
Parameter screenshot 2500. This comprises a Value entry box 2502. A Value, in 
this context, is the value in the Condition. For example, in the Condition, If X is 
true, then do Y, X is the Value. The user types in the XPath to the value that we 
wish to test for - in this case, /po- in the Value entry box 2502. It should be 
remembered that po was the message asset defined above. The condition is 
therefore 'IF the incoming message has the format of purchase order'. 

]0149] Now that the Condition has been defined, the Result (the Y of the 
above example) needs to be defined. This is achieved by navigating from the 
Rulemaker Screenshot 2100 to a Results screenshot 2600 as is shown in 
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Figure 27. The Results screenshot 2600 comprises a Results Name entry 
box 2602 and an Insert Rule button 2604. The user proceeds by entering the 
name <parse_file' in the Results Name entry box 2602 and clicking the Insert 
Rule button 2604. The user can then access a Results Detail screenshot 2700 as 
is shown in Figure 28. As well as summarising the progress to date, the Results 
Detail screenshot 2700 comprises a drop down box 2702 comprising a list of 
operators. Examples of operators include parsing, transferring, validating, etc. 

[0150] In a similar manner to that described above for the Parameters of the 
Condition, the Parameters of the Result have to be set. The user defines an 
Xpath parameter called 'tojocation' with a value of /po, and a filechooser 
parameter called 'document' with the value 'TermsAndConditions.XML, the 
asset defined above. A filechooser is arranged to allow a user to browse through 
the assets. The result of this is summarised in Figure 29. The completed rule is 
then stored in the Rule Storage means 208. 

[0151] Next the user must associate the TermsAndConditions.XML file with 
an message transceiver using the linking means 222 so that it will be deployed 
with it (step 618). This is done though the clone base pattern screenshot 1400 
GUI. By following links, the user reaches a GUI as shown in an Engine and 
Resource Details Screenshot 2900 of Figure 30. This screenshot 2900 comprises 
an Available Resource Categories drop down box 2902, from which the user may 
select a category 2904, in this example, the Other Resources category. The 
screenshot 2900 further comprises a Resources in Category drop down box 2906, 
from which the user may select a resource 2908, in this case, 
TermsAndConditions.XML. Finally, the screenshot 2900 comprises an Add 
Resource button 2910. The user can add the selected resource by clicking this 
button 2910. Through this GUI, resources can be linked to or unlinked from, 
nodes. 
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[0152] At the time of deployment links between the patterns, nodes, etc. 
become specific. During the creation of the components links between the 
components are specified 613. However, at the creation time the links do not 
relate to the physical arrangement of the system on which the application will be 
run. Therefore, at deployment time the physical nature of the links is 
specified 619. This may include specifying the location of the component that 
the link links (and therefore whether the link is a virtual link on the same 
processing circuitry or whether the link links two or more processing circuits, 
etc.), what transmission protocol the link will use (HTTP, SMTP. SOAP, etc.). 

[0153] An example of this can be seen in Figure 31. During creation of the 
application (the subject of this Figure) five nodes 3100, 3102, 3104, 3106, 3108 
have been created and are linked as shown in the Figure. During creation of the 
application these links are not specific and it is only during deployment and in 
particular step 619 that the links are fully defined. For example, ail five of the 
node 3100-3108 could be mapped to run on the same computer 3110. 

[0154] In an alternative mapping, also shown in Figure 31, two of the 
nodes 3100 and 3102 are mapped to a computer 3112, two of the nodes 3104 and 
3106 are mapped to a computer 3116 and the fifth node 3108 is mapped to a 
PDA 3114. The necessary links to connect the five nodes 3100-3108 are defined 
during step 619 of the deployment. 

[0155] The project is now ready to be deployed in step 620 using the 
Deployment means 224 which in turn accesses the Deployment platform 210. 
This is achieved though clicking the Deployment button 908 on the Design 
screenshot 900. 

[0156] From this description, it should be appreciated that the system 
described herein, being highly modular, is highly adaptable. Once a node or an 
asset has been established, assets can be associated with nodes and Nodes linked 
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to each other, and such associations and links changed, with great ease. The 
same is true for links between patterns. Further, the graphical character of the 
system makes it easy for a user to keep track of the system as it develops and to 
identify where changes need to be made. 
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